TITLE OF THE INVENTION 

TASK SWITCHING APPARATUS, METHOD AND PROGRAM 

BACKGROUND OF THE INVENTION 
5 (1) Field of the Invention 

The present invention relates to task switching in computer 
operating systems, and in particular, to a task switching apparatus 
for switching the task to be completed in a processor by switching to 
the time slot to which a task is assigned. 

10 

(2) Description of the Related Art 

Main operations of computer operating systems are hardware 
management, task management, data management and 
input/output management. Task management in those operations 

15 is for managing task execution sequence and an important function 
for having a CPU, a memory, an input/output device and the like 
operate efficiently. 

Task is a control unit for performing a centralized control on 
the program operation flow such as its startup, execution and end. 

20 Programs that operate under the management of the computer 
operating systems are used as tasks, and operations in the 
computer operating system relating to the program are completed 
on the basis of task. 

There are algorithms for determining task execution 

25 sequence called time sharing scheduler system or priority switching 
method. The time sharing scheduler system is a method where a 
certain execution time is assigned to a task, an execution right of a 
processor is given to the processor during the assignment time, and 
the execution right of a processor is given to another processor after 

30 the assignment time. This method makes it possible to assign the 
execution right in certain execution time to all the tasks equally. 

Also, as to the priority switching method, patent library 1 and 
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2 disclose a scheduling apparatus for switching tasks according to 
task priorities. 

(Patent Library 1) Japanese Laid-Open Patent application No. 
2000-20323. 

5 (Patent Library 2) Japanese Laid-Open Patent application No. 
1992-101233. 

However, the above-mentioned prior art includes a problem 
that designing programs is difficult in that a programmer specifies 
the priority of each task in order to secure the necessary 
10 performance of each task, and that alteration of the programs 
cannot be flexibly made once they are designed. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide a task 

15 switching apparatus with flexibility in designing programs by 
facilitating program designing for specifying priorities in order to 
satisfy necessary performance of each task. 

In order to achieve above-mentioned object, the task 
switching apparatus of the present invention is for switching 

20 execution of a task assigned to a time slot by switching time slots 
in a processor and the task switching apparatus comprises an 
assigning unit operable to assign each of a plurality of first type 
tasks to a time slot and a plurality of second type tasks different 
from the first type tasks to a specified time slot and a task selecting 

25 unit operable to select a task assigned to the time slot when the 
after-switching time slot is not the specified time slot or select a task 
from the plurality of second type tasks when the after-switching 
time slot is the specified time slot so as to execute the task. 

This structure assigns a time slot to the first type task one by 

30 one, as a result, the first type task is completed at least once within 
a period including all the time slots, which assures a processing 
performance in series. On the other hand, a time slot is assigned to 
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the second type tasks in many versus one basis, as a result, a 
processing performance in series is not assured. As a result, the 
programmer should classify the tasks required to satisfy the 
processing performance in series into the first type without taking 
5 the priorities into account. Also, the programmer should classify 
tasks that do not require processing performance into the second 
type. This makes assigning a priority to each of all tasks 
unnecessary, facilitates program designing for securing processing 
performance and secures flexibility in program designing. 

10 Here, the second type tasks have priorities and the task 

selecting unit may be the structure that selects one task out of a 
plurality of the second type tasks according to the priorities. 

In this structure, the second type tasks are completed 
starting from the one with the highest priority, the programmer can 

15 design and alter programs easily because the programmer does not 
need to take into account the priorities of the first type tasks and 
can classify the tasks that does not require the processing 
performance in series into the second type so as to assign priorities 
to them. 

20 Also, the assigning unit may be constructed so that it can 

regard the residual time obtained by subtracting the total time of the 
time slots where the first type tasks are assigned from the 
predetermined period of time as the time assigned to the 
above-mentioned specific time slot. 

25 In this structure, as the second type tasks are completed in 

the above-mentioned residual time, it is possible to eliminate the 
possibility that executing the second type tasks affects the 
processing performance of each of the first type tasks. 

Further, the assigning unit may be constructed so that it can 

30 calculate the residual time to regard the time as the specific time 
slot each time a new first type task is assigned to a time slot. 

This structure makes it possible to dynamically assign the 



maximum residual time to the second type tasks securing the 
processing performance of each of the first type tasks. 

Also, if the total of the assignment time of already assigned 
tasks and the assignment time of the new task exceeds the time of 
5 the period when trying to add a new first type task to the time slot, 
the above-mentioned first type tasks are tasks with a specification 
of assignment time and it may be constructed so that it can reject 
assigning the new task to the time slot. 

This structure can assure processing performance of the 
10 existing first type tasks by eliminating adding the new first type 
task. 

Further, the task switching apparatus may have the structure 
further comprising: a storing unit operable to store lock information 
showing whether a resource capable of being accessed by a task is 

15 in a lock state because of access by any of tasks or not; and a 
changing unit operable to change a state of a task from an 
executable state to a waiting state when the task under execution is 
trying to access a resource in a lock state and change a state of the 
task from a waiting state to an executable state when the resource 

20 is unlocked, and wherein the task selecting unit eliminates a task in 
a waiting state from selecting targets. 

Also, the task switching apparatus may further comprise: a 
shifting unit operable to shift the processor to a power-saving state 
when no executable tasks is included in first type and second type 

25 tasks. 

Here, the processor equips at least two register sets for 
storing task contexts, and the task switching apparatus may further 
comprise: a switching unit operable to prepare one of the register 
sets for using it for a task under execution, return the context of a 
30 task to be completed next to another register set using background 
processing and switch register sets when switching time slots. 

In this structure, it is possible to switch register sets instead 
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of executing save or return of the context by executing a program, 
which makes it possible to accelerate task switching. Also, it 
returns the context of the task to be completed next using 
background processing, which makes it possible to accelerate task 
5 switching efficiently utilizing idle processing of processor time and 
the like. 

The task switching apparatus of the present invention as 
explained up to this point, the programmer should classify the tasks 
require to satisfy the processing performance in series into the first 

10 type without taking the priorities into account and classify the tasks 
that do not require processing performance into the second type. 
Doing so makes it possible to make assigning a priority to each of all 
tasks becomes unnecessary and make program designing for 
securing processing performance easier, which brings an effect of 

15 securing flexibility in program designing. 

Also, as the second type tasks are completed starting from 
the one with a higher priority, the programmer should classify tasks 
that do not require the processing performance in series so as to 
assign priorities to them instead of taking into account the priorities 

20 of the first type tasks, which makes it possible to facilitate program 
designing and alteration. 

Also, the task switching method and its program of the 
present invention have the same structure as the one mentioned 
above and has the same act and effect. 

25 

FURTHER INFORMATION ABOUT TECHNICAL BACKGROUND 
TO THIS APPLICATION 

Japanese Patent application No. 2003-068831 filed on March 
13th, 2003, is incorporated herein by reference. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other subjects, advantages and features of the 
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invention will become apparent fronn the following description 
thereof taken in conjunction with the accompanying drawings that 
illustrate a specific embodiment of the invention. In the Drawings: 

FIG. 1 is a block diagram showing the structure of the main 
5 part of a program executing apparatus for performing task switching 
in the embodiment of the present invention. 

FIG. 2 is a diagram showing examples of time slot information 
inside the time slot memory unit and a task management block 
inside the task memory unit. 
10 FIG. 3 is a diagram showing a mutex management block 

stored In the mutex memory unit and a wait queue stored in the task 
memory unit. 

FIG. 4 is an illustration showing how task switching is 
completed by the time slot switching unit and the task selecting 
15 unit. 

FIG. 5 is an illustration showing how the task switching is 

» 

completed after a type B task completes. 

FIG. 6 is an illustration showing how the type B task fails in a 
lock operation. 

20 FIG. 7 is an illustration showing how a type A task fails in a 

lock operation. 

FIG. 8 is an illustration showing how a task unlocks. 

FIG. 9 is another illustration showing how a task unlocks. 

FIG. 10 is a flow chart showing the details of scheduling 
25 processing. 

FIG. 11 is a flow chart showing the details of task adding 

r 

processing. 

FIG. 12 is a flow chart showing the details of lock processing 
by a mutex control unit. 
30 FIG. 13 is a flow chart showing the details of mutex unlock 

processing by the mutex control unit. 

FIG. 14 is a diagram showing the structure of a variation of 
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the program executing apparatus. 

DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 

[Overall structure] 
5 FIG. 1 is a block diagram showing the structure of the main 

part of the program executing apparatus for performing task 
switching in the embodiment of the present invention. The figure 
schematically shows the function realized by executing software for 
performing task switching as a function of a computer operating 

10 system in a processor. The hardware structure of the processor 
may be the one generally used. 

This program execution apparatus is constructed so that it 
can execute two kinds of tasks of a task with assignment time and a 
task with a priority, secure necessary performance of the former 

15 task and select the latter task so as to execute it according to the 
priority. 

The program executing apparatus comprises a task 
scheduling unit 10, a program memory unit 20, a timer control unit 
30 and an execute control unit 40 shown in the figure. 

20 The task scheduling unit 10 performs scheduling of two kinds 

of tasks. In the other words, to the former tasks, the task 
scheduling unit 10 assigns a time slot to each of the tasks with the 
specification of assignment time and performs time sharing 
scheduler system where each task is selected at least once in a 

25 predetermined period. To the latter tasks, the task scheduling unit 
10 performs scheduling for selecting a task out of a plurality of tasks 
with priorities in the residual time of the total time of the above time 
slots in a period. Here, time slots are placed periodically in order to 
divide time for executing a program in a processor on a basis of 

30 assignment time. 

The program memory unit 20 stores a program, which is the 
task body, to be a scheduling target performed by the task 
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scheduling unit 10 and information on the program. 

The timer control unit 30 starts counting time and outputs a 
timeout when it reaches to the assignment time every time the task 
scheduling unit 10 sets the assignment time. The task scheduling 
5 unit 10 is notified of these timeouts as timing for switching time 
slots. 

The execution control unit 40 executes tasks selected by the 
task scheduling unit 10. The execution control unit 40 corresponds 
to hardware for executing tasks of the processor. 

10 [Structure of the task scheduling unit 10] 

The task scheduling unit 10 comprises a task receiving unit 11, 
a time slot memory unit 12, a task memory unit 13, a time slot 
switching unit 14, a task selecting unit 15, a mutex memory unit 16 
and a mutex control unit 17. 

15 <1. Task receiving unit 11> 

The task receiving unit 11 receives a request for adding a task 
according to the instruction by a user operation, a user program or 
the like, reads out ''task information", ''priorities" and "assignment 
time" as information concerning the task from the program memory 

20 unit 20, generates time slot information and task management 
blocks so as to make the task to be a scheduling target, and sets 
time slot information and task management blocks in the time slot 
memory unit 12 and the task memory unit 13 respectively. 

Here, "task information" includes a program start address and 

25 a stack pointer. The program start address is the leading address 
where a task is written. The stack pointer is location information 
showing the storage place for saving the task status when task 
switching occurs. 

"Priority" is used as a standard for classifying tasks into two 

30 categories: one is for tasks with specification of assignment time, 
and the other is for tasks with a priority, and priorities of tasks in the 
latter category are shown. 
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In other words, tasks with priority 0 are the ones with 
assignment time (called type A tasks from here) and tasks except 
tasks with priority 0 (called type B tasks from here) respectively, 
and each of these tasks In the two categories has meanings below. 
5 The type A tasks, which are the ones with the specification of 

assignment time, are assigned to time slots one by one in the task 
scheduling unit 10, and the task is surely completed during the 
assignment time of the time slot. As the processing performance 
depends on the length of the execution time, the so-called 

10 time-driven task should be type A. For example, it is preferable 
that tasks that require a certain processing performance in series 
such as decode/encode processing of video data or voice data are 
determined as type A tasks. 

The type B task is assigned to a time slot together with other 

15 type B tasks, tasks with higher priorities are completed during the 
assignment time of the time slots. Here, the priorities are shown in 
a form of values 1, 2, 3, and so on starting from the highest priority. 
The so-called event-driven task should be type B. For example, it is 
preferable that a task which performs processing for displaying a 

20 menu composed with letters and still pictures when a user operation 
is an event and occurs irregularly although it does not require a 
certain processing performance in series is determined as type B 
tasks. In this case, for example, a task for processing an event that 
requires quicker response speed should have a higher priority. 

25 ''Assignment time" is effective only when the task is type A, 

and it is a value for specifying assignment time of a time slot 
corresponding to a task. This assignment time and priority are 
determined by the program. 

Also, the task receiving unit 11 deletes time slot information 

30 and task management blocks of the task stored in the time slot 
memory unit 12 or the task memory unit 13 when an instruction by 
a user operation or from a user program is made or when the task 
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are completed. 

<2. Time slot memory unit 12> 

The time slot memory unit 12 stores time slot information for 
generating time slots that are standards for task switching. 
5 FIG. 2 is a diagram showing examples of time slot information 

inside the time slot memory unit 12 and task management blocks 
inside the task memory unit 13. As shown in the figure, the time 
slot memory unit 12 stores a plurality of time slot information 100, 
110, 120 and so on. The time slot information 100 shows time slots 

10 where a plurality of type B tasks are assigned. This time slot 
information 100 may previously generate time slots even when 
there is no type B task. Time slot information 110, 120 and so on 
other than this show time slots to which type A tasks are assigned. 
The time slot information 100 corresponds to one of time slots and 

15 comprises an assignment time 100a, a flag 100b and a pointer 100c. 
This is true of other time slot information. 

The assignment time shows time for executing the task 
corresponds to the time slot. Time slots are switched when it 
reaches the assignment time for executing the task. Assignment 

20 time 110a and 120a corresponding to type A tasks are set at the 
same time when generating time slot information. Assignment 
time 100a corresponding to a plurality of type B tasks is the residual 
time after the total time of assignment time 110a, 120a and so on of 
the other time slots are subtracted from a period stored in the period 

25 register 18. This residual time changes every time a task is added 
or eliminated. 

The execute flag shows the time slot is valid or invalid. It Is 
set as valid when time slot information is generated, as invalid when 
a resource of an access destination in a lock state becomes a waiting 
30 state while the task is being completed and, after that, as valid when 
it returns to an executable state from a waiting state. When an 
execute flag shows invalid, the time slot switching unit 14 judges 
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that no time slot information is included. 

The pointer shows the task management block corresponds to 
the time slot. 

These time slot information 100, 110, 120 and so on form an 
5 alignment and the order shows the generation order of time slots. 
<3. Task memory unit 13> 

The task memory unit 13 memorizes task management blocks 
200, 201 and so on corresponding to tasks assigned to time slots. 
The task management blocks 200, 201 and so on correspond to a 
10 task respectively and are information for managing the tasks. 

The task management block 200 comprises task information 
200a, a priority 200b, and a link address 200c. 

The task information 200a includes a program starting 
address (or an address at which a program is resumed) and a stack 
15 pointer. The task information inputted by the task receiving unit is 
stored when generating a task management block. The task 
information 200a shows the execute address of a task suspended 
and the value of a stack pointer at the time point when switching 
tasks. 

20 The priority 200b shows the priority of the task. 

The link address 200c stores a pointer to the task 
management block that is the next component in the execute queue 
or the wait queue when the task management block is connected to 
the execute queue or the wait queue as the component. 

25 More specifically, in the task management block 

corresponding to a type A task, the link address (210c etc.) is null 
when the task is in an executable state and is a pointer indicating 
the next component of the wait queue when the task is in a waiting 
state. In the task management block corresponding to a type B 

30 task, the link address 200c is a pointer indicating the next 
component forming the execute queue in the case where the task is 
in an executable state, and a pointer indicating the next component 
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of the wait queue in the case where the task is in a waiting state. 
<4. Time slot switching unit 14> 

The time slot switching unit 14 switches time slots when 
execution time of a task reaches to the assignment time in the 
5 present time slot. The timer control unit 30 notifies the time slot 
switching unit 14 that the time reaches the assignment time using a 
timeout. The time slot switching unit 14 that received the 
notification selects next time slot information. In the embodiment, 
next time slot information is selected in the alignment order. The 
10 time slot switching unit 14 obtains the assignment time from the 
selected time slot information and sets it at the timer control unit 30. 
This makes the count of the assignment time of next time slot get 
started. 

<5. Task selecting unit 15> 

15 The task selecting unit 15 saves an execute address of a task 

under execution, a stack pointer and the like in the task 
management block of the task as task information when switching 
time slots of the time slot switching unit 14 and there is an indication 
from the program under execution. Next, it takes out the task 

20 information from the task management block of the task to be 
completed next and outputs it to the execution control unit 40. At 
the same time, the context (register data and the like) of the task 
under execution is saved and the context of the task to be completed 
next is returned. This makes the task to be completed next in an 

25 execute state. 

FIG. 4 is an illustration showing how tasks are switched by the 
time slot switching unit 14 and the task selecting unit 15. In the 
figure, ''T" is the period stored in the period register 18, "'tO" is the 
time slot corresponding to the time slot information 100 of the type 

30 B task and the length shows the assignment time, ''tl" to ''tn" are 
the time slots corresponds to ''n" numbers of time slot information 
110, 120 and so on that corresponds to "'n" numbers of type A tasks 
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respectively. "'S" shows the scheduling processing for task 
switching performed by the time slot switching unit 14 and the task 
selecting unit 15. As shown in the figure, the task Bl with the 
highest priority in a plurality of type B tasks Bl, B2 and B3 is 
5 selected to be completed in the scheduling processing at the time of 
starting the time slot tO. In the scheduling processing at the time 
of starting the time slot tl, task Al corresponding to the time slot 
information 110 is completed. This is true of the time slot t2 to tn. 
In this way, a type A task is surely completed at least once during a 
.10 period T. 

Also, FIG. 5 is an illustration showing how to perform task 
switching in the case where a task under execution is completed in 
the time slot tO. The task Bl in the figure notifies the task selecting 
unit 15 of the fact in the case where it completes the processing. 

15 This processing makes the eliminating processing of the task Bl C'E" 
in the figure) and the switching processing of the tasks (''SI'' in the 
figure) are performed. In the eliminating processing E, as the task 
Bl is completed, and the task management block of the task Bl is 
eliminated. In the switching processing SI, the task selecting 

20 processing 15 selects and executes the task B2 with the highest 
priority after eliminating the task management block of the task Bl. 
In this way, tasks are completed in priority order in the time slot tO 
where a plurality of type B tasks are assigned. 
<6. mutex memory unit 16> 

25 The mutex (mutual exclusion) is the function for arbitration 

that enables one of tasks to access a resource when two or more 
tasks are in confliction. It is the function Included in the mutex 
control unit 17 and realized by the object (program) that manages 
the resource while being in a lock state or in an unlock state. This 

30 function is set at every resource with a possibility that two or more 
tasks conflict with each other for the access. When a task succeeds 
the lock operation of the mutex, the mutex (or the resource) 
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becomes locked, and the other tasks will have waited until the 
mutex Is unlocked even when the other tasks try to perform a lock 
operation. In this way, the lock operation is succeeded, and the 
task can exclude other tasks. After performing the lock operation, 
5 the task performed the unlock operation, the other tasks can 
perform a lock operation. The task under execution, when 
accessing a resource, can access the resource only when the mutex 
corresponding to the resource succeeds in the lock operation. 
When it has already been in a lock state, it will have waited until it 

10 becomes an unlock state. 

FIG. 3 is a diagram showing the mutex management blocks 
300, 301 and so on that are stored in the mutex memory unit 16 and 
the wait queue stored in the task memory unit 13. 

The mutex management blocks 300, 301 and so on in the 

15 figure are set corresponding to the respective resources with a 
possibility that two or more tasks conflict with each other for the 
access. 

The mutex management block 300 includes a lock valuable 
300a and a pointer 300b. 

20 The lock variable 300a shows any of the two states 1: lock 

state or 0: unlock state. The initial value is 0 and a task needs to 
perform a lock operation so as to change the lock variable from an 
unlock state to a lock state. Only the task that performed the lock 
operation is allowed to perform the unlock operation corresponding 

25 to the lock operation. 

The pointer 300b indicates the leading task management 
block of the wait queue showing the task that performed the lock 
operation in a lock state (the task that failed in the lock operation). 
The task management blocks 200', 201' and so on that are 

30 connected to the wait queue corresponds to the tasks that failed in 
the lock operation and form the wait queues that are connected by 
the link addresses 200' c, 201' c and so on respectively. 
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<7. mutex control unit 17> 

The mutex control unit 17 performs a lock variable operation 
and makes an operation request of the task management block to 
the task selecting unit 15, makes a notification to the time slot 
5 switching unit 14 and makes an operation request for an execute 
flag when performing the lock operation and the unlock operation of 
the mutex. 

FIG. 6 is an illustration showing how a type B task failed in the 
lock operation. The figure shows the case where a lock operation 

10 CL" in the figure: lock processing) on the mutex failed, the mutex 
corresponding to the resource and the task Bl that is being 
completed in the time slot tO is trying to access the resource. 
As the task Bl fails in the lock operation when the mutex has already 
been in a lock state, it is shifted from the execute queue to the wait 

15 queue of the task memory unit 13 by the lock processing L as shown 
in the figure, further, it is switched to the task B2 by the task 
switching processing SI. The task Bl will have eliminated from the 
scheduling target until the mutex changes from the lock state to the 
unlock state because it is eliminated from the execute queue. 

20 In this way, the time slot tO corresponding to a type B task is 

switched to the next task when the task under execution becomes a 
waiting state. 

Also, when the task Bl succeeds in the lock operation in the 
lock processing, it is not switched to the task B2, and keeps being 

25 completed during the time slot tO (it accesses a resource). 

FIG. 7 is an illustration showing how a type A task failed in the 
lock operation. In the figure, when the task A2 of a type A fails in 
the lock operation and is shifted to the wait queue, the time slot is 
switched because of the scheduling processing (the figure S) even 

30 when the time slot t2 does not reach the assignment time. As only 
one task is assigned to the time slot corresponding to the type A task, 
time slots are switched even when there remains time in the time 
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slot. 

Also, when the task A2 succeeds in the lock operation, time 
slots are switched at the time of reaching the assignment time to the 
time slot t2. 

5 FIG. 8 is an illustration showing how the task unlocks. As 

shown in the figure, when the task Al under execution unlocks the 
mutex in a lock state, the task Bl of the wait queue R corresponding 
to the mutex is returned to the execute queue B by the unlock 
processing R. In this way, the task Bl is completed when the time 

10 slot to corresponding to the following task is selected. 

FIG. 9 is another illustration showing how the task unlocks. 
In the figure, when the task A2 under execution unlocks the mutex 
in a lock state, the task B2 of the wait queues corresponding to the 
mutex is returned to the execute queue B by the unlock processing 

15 R. Unlike the FIG. 8, the task B2 is returned to the location 
between the task Bl and the task B3. This is because it is returned 
so that tasks are aligned in a priority order. This case is true of the 
case where, while the task B2 is in the wait queue, a task Bl with a 
priority higher than that of the task B2 is generated. When the time 

20 slot to is selected from here, the task Bl with the highest priority is 
selected and completed. 
[Details of the processing] 

The details of the processing in the program execution 
apparatus of the present embodiment will be explained below: 

25 scheduling processing C'S'' in the FIG. 4 to 9), mutex lock processing 
("L" in the FIG. 6 and 7), mutex unlock processing ("R" in the FIG. 8 
and FIG. 9), task switching processing C'Sl" in the FIG. 5 and 6), 
task adding processing, and task deleting processing CE" in the FIG. 
5). 

30 <1. Scheduling processing> 

FIG. 10 is a flow chart showing the details of the scheduling 
processing. The scheduling processing in the figure is called and 
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Started when the timer control unit 30 notifies the time slot 
switching unit 14 of the timeout and the task under execution fails in 
the lock operation (refer to the FIG. 7). In the figure, 'M" shows the 
variable for counting the time slot information with an invalid 
5 execute flag, and ''(n + 1)" shows the number of the existing time slot 
information. 

First, the time slot switching unit 14 initializes the variable 'M" 
used for a counter to ''0" (S401) and saves the task status under 
execution in the task management block (S402). 

10 Next, the task selecting unit 15 adds 1 to the variable ""i" 

(S403), selects the time slot information next in the alignment of 
the time slot information, selects the leading component of the time 
slot information alignment when no next component is included and 
obtains the selected time slot information (S404). Further, the 

15 time slot switching unit 14 extracts the assignment time included in 
the selected time slot information and sets it at the timer control 
unit 30 (S405). In this way, the timer control unit 30 starts the 
count and keeps counting until it reaches the assignment time and a 
timeout occurs. 

20 Further, the time slot switching unit 14 judges whether the 

obtained time slot information is the time slot information 100 or not. 
In other words, it judges whether the task to be completed next is 
type B or type A (S406). 

It obtains the task management block indicated by the pointer 

25 in the time slot information when the judgment result is type A 
(S407), or it returns the task state according to the task information 
of the task management block (S411) when the execute flag in the 
time slot information is ""1" (valid)(S408). In this way, the task is 
switched to a type A task. 

30 Also, when the judgment result is type B, the time slot 

switching unit 14 judges whether the execution queue of the task 
management block is connected to the pointer in the time slot 
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information 100 (whether the pointer is valid or mvalid)(S412). 
When the execution queue is judged to be connected, it obtains the 
leading task management block with the highest priority (S413) and 
returns the task status according to the task information of the task 
5 management block (S411). In this way, the task is switched to the 
task with the highest priority in the type B tasks. Also, when the 
execution queue is judged to be not connected, this means that no 
executable type task B is included. In this case, it returns to S403 
so as to select next time slot information. 

10 When the execute flag is invalid in the above-mentioned S408 

(S408: no), the time slot switching unit 14 returns to S403 and S404 
again (S409: no) and selects next time slot. Further, when the 
repetitive processing shows that the ''n + 1" pieces of task 
management information is invalid (S409: yes), in other words, 

15 when no executable task is included, it makes the program 
execution apparatus a power-saving state (S410). 

In this way, in the scheduling processing by the task 
scheduling unit 10, a type A task and a type B task perform different 
scheduling respectively. In other words, the task scheduling unit 

20 10 switches tasks to the type A task assigned as only one task in the 
time slot when the time slots of type A (the time slots corresponding 
to the time slot information 1,2 and so on) is selected. Also, the 
task scheduling unit 10 switches a task to the task with the highest 
priority in a plurality of type B tasks when the time slot to which a 

25 type B task is assigned (the time slot corresponding to the time slot 
information 100). 

Also, the switching processing SI shown in FIG. 5 and FIG. 6 
are substantially the same as the scheduling processing in FIG. 10. 
For example, in the scheduling processing of FIG. 10 may be started 

30 from the S412 in the switching processing SI. 
<2. Task adding processing> 

FIG. 11 is a flow chart showing the details of the task adding 
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processing in tlie task scheduling unit 10. Tliis task adding 
processing is started at the time when a task adding request from a 
user operation or by a user program or the like occurs. 

Upon the request for adding a task, the task receiving unit 11 
5 obtains the task information of a task to be added, the priority and 
the assignment time (S501) and judges whether the type of the task 
to be added is type A or type B (whether the priority is 0 or not 
0)(S502). 

When the task to be added is judged to be type A, the task 
10 receiving unit 11 checks whether the time slot can be added or not. 
In other words, the task receiving unit 11 reads out, from the time 
slot memory unit 12, the assignment time in the time slot 
information 110, 120 and so on that correspond to type A tasks, 
calculates the total, and judges that it is possible to add a time slot 
15 corresponding to the task as long as the total sum including the 
assignment time of the task to be added to the total does not exceed 
the period value stored in the period register 18 (S503). When the 
total exceeds the period value, it returns the error to the addition 
request (S504). 

20 When the time slot is judged to be addable, the task receiving 

unit 11 generates the time slot information where the assignment 
time and an execute flag (''0" in this time point) are set (S505) and 
generates a task management block including the task information 
and the priority (S506). 

25 After generating the time slot information and the task 

management block, the task receiving unit 11 sets the storage 
location of the task management block at the pointer of the time slot 
information so as to show the correlation (S507). Lastly, the 
execute flag of the time slot is made to be valid (S508). 

30 When it is judged that the task to be added is type B in the 

above-mentioned S502, the task receiving unit 11 generates a task 
management block of the task to be added (S509) and adds it to the 
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execute queue corresponding to the time slot information 100. 
When adding it to the execute queue, the location to which the 
execute queue is added is searched and the task management block 
is added (S510) in a way that task management blocks are aligned 

5 in the priority order from the head of the execute queue. Also, ''1" 
is set at the execute flag in the time slot information 100 (S508). 

In this way, in the addition processing, new time slot 
information and a new task management block are added to the 
existing time slot information and task management blocks (refer to 

10 FIG. 2) when the task to be added is type A and new task 
management blocks are added to the locations according to the 
priorities of the execute queues when the task to be added is type B. 

Also, the task deleting processing E shown in FIG. 5 deletes 
the time slot information corresponding to the task and the task 

15 management block when the task to be deleted is type A and deletes 
the time slot information and the task management block from the 
task management block execute queue corresponding to the task 
when the task to be deleted is type B. 
<3. mutex lock processing> 

20 FIG. 12 is a flow chart showing the details of lock processing 

performed by the mutex control unit 17. This lock processing is the 
lock processing L in FIG. 6 and FIG. 7, and the processing called by 
the task under execution so as to lock the mutex corresponding to 
the resource just before the task under execution accesses one of 

25 the resources. 

Upon receiving the call made by the task under execution, 
the mutex control unit 17 reads out the lock variable to the mutex 
management block corresponds to the resource and writes valid 
value of '"1" (S601). The reading-out and writing-in is completed in 

30 a single instruction in order to prevent any inconsistence value from 
being generated because of the same processing performed by the 
other tasks between that reading-out and writing-in. This is 
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executable by the read-modify-write instruction implemented in the 
processor. 

When the read-out lock variable is ''0" (unlocked state)(S602: 
yes), the lock operation is a success, and the lock processing has 
5 completed because ''1" has already been set by the 
above-mentioned writing-in. In this way, execution control returns 
to the task from which lock processing is called, and the task can 
possess and access the resource corresponding to the mutex. 

When the read-out lock variable is ''1" (lock state)(S602: no), 

10 the task as the source call cannot access the resource until the 
mutex is unlocked because the resource is possessed by another 
task. In this case, the mutex control unit 17 judges whether the 
task as the source call is type A or type B. 

When the judgment result is type A (priority is 0)(S603: yes), 

15 the mutex control unit 17 makes the execute flag of the 
corresponding time slot information invalid (S604). In this way, 
the time slot information is eliminated from the scheduling target. 
In addition, the mutex control unit 17 eliminates the task 
management block of the task as a source call from the execute 

20 queue and links it with the wait queue of the mutex management 
block (S605). The reason why it is linked with the wait queue is to 
show which mutex is in an unlock waiting state (which resource is in 
a possession unlock waiting state). Further, the mutex control unit 
17 calls the scheduling processing S (S606). In this way, the time 

25 slot is made switched to the next one by compulsion even when it is 
in the middle of the assignment time in the time slot (refer to FIG. 
7). 

Note that it is possible to change location of the pointer of the 
time slot information so that it points at the head of the execute 
30 queue of the type B task instead of making the execute flag invalid 
in S604. In this way, the type B task is also completed in the time 
slot. 
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When the judgment result is type B (priority is not 0) (S603: 
no), the mutex control unit 17 eliminates the task management 
block of the task as a source call from the execute queue (S607). 
In this way, the task is eliminated from the scheduling target. In 

5 addition, the task management block is added to the wait queue of 
the mutex management block (S608) so as to show that it is waiting 
to know which resource in a possession state is unlocked. Further, 
calling the task switching processing SI switches the task to the 
next one (S609). In this way, the next task is completed in the 

10 residual time of the assignment time of the time slot (refer to FIG. 
6). 

<4. mutex unlock processing> 

FIG. 13 is a flow chart showing the details of the mutex unlock 
processing performed by the mutex control unit 17. This 

15 processing is an unlock processing R shown in FIG. 8 and FIG. 9 and 
is a processing to be called by the task under execution when a task 
under execution completes accessing a resource. 

On being called, the mutex control unit 17 extracts the 
leading task management block from the wait queue of the mutex 

20 management block corresponding to the resource (S701) and 
judges the type of the task in a waiting state based on the priorities 
in the extracted task management block (S702). The mutex 
control unit 17 changes the execute flag of the time slot information 
corresponding to the extracted task management block to ''1" 

25 (valid) when the priority is "0" (type A)(S703). The time slot 
information corresponding to the extracted task management block 
may be identified, for example, by searching the task management 
block with the same task information as the extracted task 
management information out of the task management blocks 

30 connected to the time slot information whose execute flag is ''0". 
Further, the mutex control unit 17 writes ''0" in the lock variable in 
the mutex management block (makes the mutex an unlock 
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state)(S705). 

Also, when the priority of the task management block 
extracted from the wait queue is not ''0" (type B), the mutex control 
unit 17 adds the task management block to the execute queue of the 
5 type B task. When adding the task management block to the 
execute queue, it adds the task management block to the location in 
priority order from the head (S704) and writes ''0" in the lock 
variable in the mutex management block- 
In this way, as the task in a waiting state returns to the 
10 executable state, it becomes the scheduling target and can perform 
the lock operation of the resource when it becomes an executable 
state next. 

As explained up to this point, the program execution 
apparatus in this embodiment can assure the processing 

15 performance in series because type A tasks are assigned to time 
slots one by one, and as a result, each of the type A tasks are 
selected and completed at least once in a period. On the other 
hand, in the case of type B tasks, a plurality of type B tasks are 
assigned to a time slot, and as a result, they are completed in 

20 priority order although its processing performance is not assured in 
series. As a result, a programmer does not need to take into 
account the priorities of the tasks with a need to satisfy the 
processing performance in series and classifies these tasks into type 
A, while it classifies the tasks that require little processing 

25 performance into type B. In this way, it becomes unnecessary to 
assign all the task priorities respectively, which makes it possible to 
facilitate the program designing for securing the processing 
performance and secure the flexibility in the program designing. 

Note that an example where the specification of the 

30 assignment time is included in the task information has been 
explained in the above-mentioned embodiment, but the structure 
may be the one where the task receiving unit 11 receives the 



-23 - 



m ■ 



specification of the assignment time from outside. Also, 
predetermined assignment time may be used when no assignment 
time is specified. 

Also, as to the type A tasks, a time slot is assigned to a task, 
5 but the structure may be the one where two or more time slots are 
assigned to a task. 

Further, as to the type B tasks, a time slot is assigned to a 
plurality of tasks, but any one of the fixed two or more time slots 
may be assigned to them. For example, the structure may be the 

10 one where tasks with an odd-number priority are assigned to the 
time slot A and tasks with an even-number priority are assigned to 
the time slot B. 

Also, it is possible to establish a column of the possessed 
tasks for recording the task names locked in the mutex management 

15 blocks, rewrite new task names in the column of the possessed tasks 
extracted from the wait queues when the lock is unlocked, and keep 
the lock variable valid. In this case, tasks stored in the column of 
the possessed tasks do not need to perform any lock operation and 
become possible to use the resource surely. 

20 Lastly, a variation of the program execution apparatus is 

shown in FIG. 14. It is different from the structure of the program 
execution apparatus shown in FIG.l in that eight register sets RSO 
to RS7 that can be switched at the same time of switching time.slots. 
A register set corresponds to a time slot and stores the 

25 context of a task. 

As a plurality of type B tasks correspond to a register set, the 
task scheduling unit 10 saves and returns a context to the register 
set RSO as in the above-mentioned embodiment when switching to 
the time slot of the type A task. 

30 As the type A task corresponds to the register set, the task 

scheduling unit 10 switches register sets instead of saving and 
returning the context when switching to the time slot of the type A 
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task. In this case, saving and returning the context becomes 
unnecessary, and thus it becomes possible to accelerate task 
switching. This makes it possible to extremely reduce the period 
for the period register 18 and the assignment time of the time slot. 
5 For example, it is also possible to reduce the time of the time slot for 
a type A task to the time approximately equal to the time for saving 
and returning a context and reduce the period- 
Note that the number of the register sets in FIG. 14 can be 
arbitrary, when time slots outnumber register sets, for example, a 

10 plurality of time slots use any of register sets, and as to the register 
set, the structure should be the one where the context is saved and 
returned when switching time slots. 

Also, the number of the register sets may be "'2" in FIG. 14. 
In this case, one of the register sets is used by the task under 

15 execution as the main register sets, and the other register set is 
used as the alternate register sets and is for returning the context of 
the task to be completed next using background processing. This 
structure makes it possible to return the context using background 
processing in idle status and to accelerate task switching by 

20 efficiently switching two register sets of a main register and an 
alternate register. 

Further, when the number of the register sets is ''2", if there is 
a task that returned to an executable state from a waiting state by 
unlock and the task is the task to be completed next, there is a 

25 possibility that the context returned to the alternate register is 
different from the context of the task to be completed next. A 
preventive measure for this can be taken in the following way: in the 
case of adding a step of setting, in the task management block of the 
task, a notification flag for notification of the existence of the task 

30 that returned to the executable state from the waiting state just 
before S705 in the unlock processing (refer to FIG. 13) and showing 
that the notification flag is the task that returned to an executable 
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State from a waiting state just before S411 in the scheduling 
processing (refer to FIG. 10), the structure may be the one with an 
additional step of switching register sets of a main register and an 
alternate register after returning the context of the task to the 
5 alternate register. 

Although the present invention has been fully described by 
way of examples with reference to the accompanying drawings, it is 
to be noted that various changes and modifications will be apparent 
to those skilled in the art. Therefore, unless otherwise such 
10 changes and modifications depart from the scope of the present 
invention, they should be construed as being included therein. 
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